做軟體開發，大概二十年了。

最近看著 AI 寫程式的速度，我常常會想到以前寫程式的日子。

那個年代，我們真的是從很底層的東西開始做。

從資料庫連線、Connection Pool、Transaction，到帳號權限、資訊安全；從 Coding Standard、Naming Convention、Exception Handling、Logging，到 Function、Class、Module 之間應該怎麼切分。

後來開始做分層架構，把 Data Access Layer 抽出來，把共用的程式整理成 DLL 或 Library，希望團隊裡面不要每個人都重複寫一樣的 Code。

再往後，我們開始研究 Design Pattern。

Factory、Strategy、Observer、Singleton……那時候不是只有去學一個 Pattern 怎麼寫，而是會一直研究：為什麼要這樣設計？什麼樣的專案適合什麼 Pattern？這個地方到底該不該抽象化？怎麼樣才能降低 Coupling？怎麼讓一套系統在越來越大的時候，還可以繼續維護？

再後來接觸 Source Control、Code Review、Unit Test、Build、Deployment、CI/CD。

一路走過來，其實軟體開發從來不只是「把功能寫出來」。

我們一直在想的是，怎麼讓程式寫得更好、讓更多人可以一起開發、減少重複、降低錯誤，也讓一套系統幾年之後還有人看得懂、改得動。

現在回頭看，那段時間其實滿有成就感的。

以前網路上常常有一種工程師的笑話。

寫程式寫到半夜，突然解掉一個問題，或是自己想出一個很漂亮的架構，那種高興的程度，好像中獎一樣。

這個笑話對我來說是真的。

以前真的會因為寫出一個東西，高興好幾天。

尤其當你花了很多時間，終於把一個架構整理好；原本大家重複寫的東西，因為你做了一個共用 Framework，從此大家都可以直接使用，那種感覺很好。

或者自己寫了一套系統，真的放到公司裡面，開始有人使用。

然後你還可以把這些東西拿出去跟別人分享，告訴別人我們碰到了什麼問題、怎麼設計、最後怎麼解決。

那個成就感不是因為寫了幾千行 Code。

而是：

這個問題，我真的理解過。
這個方法，我真的想過。
這個東西，是我們自己把它做出來的。

我覺得這是一個軟體工程師很重要的成長過程。

但到了 AI 的時代，這個過程正在快速縮短。

現在只要講幾句話，軟體就可以被產生出來。

以前我們碰到一個問題，可能要查文件、找 Sample、上網搜尋、問前輩、自己測試。

有時候一個問題卡一天、兩天，甚至一個星期。

現在可能只要問 AI。

「我要一個登入功能。」

「幫我加 JWT。」

「幫我做權限控管。」

「幫我把這段改成 Repository Pattern。」

「幫我寫 API、前端、Database。」

幾句話下去，AI 就開始啪啪啪地把程式寫出來。

而且老實說，它現在寫得已經不差了。

甚至一個沒有真正寫過多少程式的人，也有可能靠著 AI 做出一套看起來相當完整的系統。

這是一件很厲害的事情。

軟體開發的門檻真的被大幅降低了。

可是我有時候也會覺得有點可惜。

因為他們少掉了我們以前經歷過的那一段過程。

不是少吃了一點苦而已。

而是少掉了解決問題、理解問題、建立判斷力的過程。

也許未來的工程師，不需要再走我們一模一樣的路。

但我一直在想，如果這段過程被 AI 大幅縮短之後，我們要怎麼讓下一代工程師，仍然擁有真正理解軟體的能力？